New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RFC2136 fixes #6858
RFC2136 fixes #6858
Conversation
|
7adcd3d
to
20ab32c
Compare
Fixed the test and reordered the commits to make that easy to verify. |
20ab32c
to
31b3e7f
Compare
Tests broken?
|
8a39d9b
to
f1e5fdc
Compare
Yes, fixed now! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, very nice job with the tests!
pdns/rfc2136handler.cc
Outdated
@@ -33,7 +33,7 @@ int PacketHandler::checkUpdatePrerequisites(const DNSRecord *rr, DomainInfo *di) | |||
|
|||
bool foundRecord=false; | |||
DNSResourceRecord rec; | |||
di->backend->lookup(QType(QType::ANY), rr->d_name); | |||
di->backend->lookup(QType(QType::ANY), rr->d_name, 0, di->id); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a nit but I'd rather see nullptr
than 0
here and in the following calls to lookup()
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
pushed
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice and easy fix :)
Short description
This fixes:
lookup
calls would not always be followed by a fullget
consumption cyclesort -V
is a non-portable GNUismThis needs:
Checklist
I have: